home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9704 / 000021_owner-linux-arm…r.rutgers.edu _Tue Apr 15 22:35:55 1997.msg < prev    next >
Internet Message Format  |  1998-05-05  |  3KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id WAA10480 for <willy@odie.fluff.org>; Tue, 15 Apr 1997 22:35:53 +0100
  3. Received: from vger.rutgers.edu ([128.6.190.2]) by nic.funet.fi with ESMTP id <19452-19829>; Wed, 16 Apr 1997 00:23:17 +0300
  4. Received: by vger.rutgers.edu id <970998-250>; Tue, 15 Apr 1997 17:19:23 -0400
  5. Date:     Tue, 15 Apr 1997 21:10:37 +0000 (GMT)
  6. From: Philip Blundell <phil@tazenda.demon.co.uk>
  7. To: linux-arm@vger.rutgers.edu
  8. cc: linux-m68k@phil.uni-sb.de
  9. Subject: Double take
  10. Message-ID: <Pine.LNX.3.95.970415202440.8335A-100000@kensington.london.uk.eu.org>
  11. MIME-Version: 1.0
  12. Content-Type: TEXT/PLAIN; charset=US-ASCII
  13. Sender: owner-linux-arm@vger.rutgers.edu
  14. Precedence: bulk
  15. Status: RO
  16.  
  17. At the moment all the driver stuff for ARM machines seems to live in
  18. linux/arch/arm/drivers.  This is all well and good for ARM-specific like
  19. the keyboard driver, but I think an awful lot of the rest of the stuff
  20. there doesn't really belong.
  21.  
  22. For example, if I diff arch/arm/drivers/net/8390.c against
  23. drivers/net/8390.c, it turns out that only two lines were changed, and
  24. neither of them is really an ARM specific.  And looking at the other
  25. drivers, it's often the same story.  Quite a lot of them have just had
  26. code taken out that wasn't applicable to the ARM, but was guarded by a
  27. #ifdef CONFIG option that would never have been set in any case.  Even
  28. worse, some of them have changes that are just cosmetic, and/or that
  29. actually ought to have been folded back into the generic versions.  
  30.  
  31. In the char/ subdirectory, this certainly goes for lp.c, mem.c, misc.c and
  32. serial.c, and probably more besides.  In block/, both floppy.c and ide.c
  33. (the two largest drivers, by a long way) are both in this category, and I
  34. suspect genhd.c isn't beyond hope.  In net/, it's just 8390.c and ppp.c
  35. that are almost exact duplicates of the generic equivalents, but we've
  36. also picked up a stray copy of Space.c that I don't think ought to be
  37. there. 
  38.  
  39. It would be far better if this stuff stayed in the common drivers/
  40. directory, and any necessary changes got wrapped up in some appropriate
  41. #if.  Otherwise we increase the size of the kernel source distribution to
  42. no purpose, we confuse people looking at the code, and we make more work
  43. for ourselves in duplicating any improvements that get made in the generic
  44. drivers.  When I get time I'll see about doing some of this myself. 
  45.  
  46. Equally, I think the people for other architectures, particularly the m68k
  47. lot, probably ought to be gently prodded to see if we can get them to move
  48. stuff like amigamouse.c and so on out of the generic drivers directory and
  49. into arch/m68k, or roll it together with the generic equivalent.  I'll cc
  50. this to the 68k mailing list as well and see what they say.
  51.  
  52. phil